home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980424-19980901
/
000108_news@newsmaster….columbia.edu _Fri May 22 09:22:03 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA01194
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 22 May 1998 09:22:01 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA21064
for kermit.misc@watsun; Fri, 22 May 1998 09:22:01 -0400 (EDT)
Path: news.columbia.edu!panix!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!wtn-news-feed2.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!usenet
From: Skip Collins <collibf1@jhuapl.edu>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: One-Way Transfer
Date: 22 May 1998 09:12:11 -0400
Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA
Lines: 25
Sender: collibf1@COLLIBF1
Message-ID: <wkvhqye9g4.fsf@jhuapl.edu>
References: <35646665.EBB3868B@theriver.com> <6k1qoj$d92$1@apakabar.cc.columbia.edu>
NNTP-Posting-Host: collibf1-2.jhuapl.edu
X-Newsreader: Gnus v5.5/Emacs 20.2
Xref: news.columbia.edu comp.protocols.kermit.misc:8761
jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes:
> The HP48 can not handle 9600 baud transfers without flow control
> Turn on XON/XOFF flow control on the calculator and SET FLOW CONTROL
> XON/XOFF on K95.
The HP48 Kermit can handle 9600 baud transfers in both directions
without flow control. I do it all the time. In fact, the calculator
will automatically _disable_ flow control for Kermit transfers even
when it is enabled for other serial I/O (I think). There is a 255
character input buffer. The bare bones Kermit on the HP48 does not
implement long packets so the buffer is plenty big to handle Kermit
packets without flow control.
Last month there was an interesting discussion about the limitations
of HP48 Kermit on comp.sys.hp48. Search dejanews for Dan Kirkland's
posts with the subject "Re: a better kermit". Due to a basic flaw in
the HP ROM kermit, throughput in receiving is slower than it should
be. Perhaps someone will reimplement the binary receive routing to
overcome this problem.
As for the original poster's problem, I have no idea. Perhaps he
should try mskermit. I works for me.
Skip Collins